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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 . 1 36(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply vwthin the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent temri adjustment. See 37 CFR 1.704(b). 

Status 

1 )S Responsive to communication(s) filed on 28 September 2001 . 
2a)\3 This action is FINAL. 2b)K This action is non-final. 

3) n Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-41 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) n Claim(s) is/are allowed. 

6) ^ Claim(s) 1-41 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) ^ The specification is objected to by the Examiner. 

10)^ The drawing(s) filed on 28 September 2001 is/are: a)^ accepted or b)n objected to by the Examiner. 

Applicant may not request that any objection to the drawing{s) be held in abeyance. See 37 CFR 1 .85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-1 52. 

Priority under 35 U.S.C. § 119 

12)^ Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 
bM All b)n Some * c)^ None of: 

1 Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 
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DETAILED ACTION 



1. Claims 1-41 of the application have been examined. 



Foreign Priority 



2. Acknowledgment is made of applicant's claim for foreign priority based on an 
application 2000-403135 filed in Japan on December 28, 2000. Receipt is 
acknowledged of papers submitted under 35 U.S.C. 1 19(a)-(d), which papers have 
been placed of record in the file. 

Information Disclosure Statement 

3. Acknowledgment is made of the information disclosure statements filed on 
September 28, 2001 with a list of papers. The papers have been considered. 

Drawings 

4. The drawings submitted on September 28, 2001 are accepted. 

Specification 

5. The disclosure is objected to because of the following informalities: 
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Specification Page 4, Line 11, "intermediatestageofadesign" is not understood. 

Specification Page 4, Line 13. 
"stemnriingfronrianestinriateresultofperformancefomthemiddle" and 
"programcomprisinginstructionwordsintowhichacreatedladder'' are not understood. 

Specification Page 4, Line 25, "onstepwisedetailedleveldesignorprocessing" is 
not understood. 

Specification Page 6, Line 10, "needforanalteration" is not understood. 

Specification Page 7, Line 23, "toaresourcemanagerwhichmanagesthehardware" 
is not understood. 

Specification Page 11. Line 12, "itispossibletocheckwhetherthe" is not 
understood. 

Abstract, Line 10, "eachotheruntiltheexecutionofthethreadreachescompletion" is 
not understood. 

Abstract. Line 14, "evaluationofanarchitectureataninitialstageofthedesign" is not 
understood. 

Claim 1, Line 11, "aresourceallocatingstepinwhichsaidresourcemanager" is not 
understood. 

Claim 5. Line 9. "saidhardwareresourcemanagedbyoneofsaidresourcemanagers" 
is not understood. 

Claim 7. Line 4, "allocatedbysaidresourcerequestinsaidresourcerequesting" is not 
understood. 
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Claim 12, Line 18, "executingsaidstepsrepeatedlyincooperationwitheachother" is 
not understood. 

Claim 14, Line 13. "completionaccordingtoadesignspecificationofsaidlogical" is 
not understood. 

The specification, claims and the abstract have been prepared to align the 
margins at the right end using variable spacing between words in the lines. This has 
resulted in no spacing between words on several lines on several pages of the 
specification, claims and the abstract The Examiner found it difficult to read the lines 
and understand what was meant. The specification could cause numerous errors when 
printed, if the application is allowed. Therefore, the Examiner directs the Applicants to 
submit substitute specification, including claims and abstract with proper spacing 
between words and without aligning the right margin, for further consideration of the 
application. 

Claim Objections 

6. The following is a quotation of 37 C.F.R § 1 .75 (d)(1 ): 

The claim or claims must conform to the invention as set forth in the remainder of the 
specification and terms and phrases in the claims must find clear support or antecedent basis in 
the description so that the meaning of the terms in the claims may be ascertainable by reference 
to the description. 



7. 



Claim 5 is objected to because of the following informalities: 
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Claim 5, Lines 9-1 1 , "said hardware resource managed by one of said resource 
managers manages and said hardware resource managed by the other resource 
manager" appears to be incorrect and it appears that it should be "said hardware 
resource managed by one of said resource managers and said hardware resource 
managed by the other resource manager". 

Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

8. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

9. Claims 14-41 are rejected under 35 U.S.C. 101 because the claimed inventions are 
directed to non-statutory subject matter. 

9. 1 Independent claim 14 recites "A computer readable recording medium retaining a 
program for simulation of an operation of a logical unit, the simulation program making a 
computer function as a thread manager . . .". The limitations recited in claim contain various 
steps, which are not statutory subject matter. To be statutory, the claim should specify the 
computer-readable recording medium retaining a program for simulation of an operation of a 
logical unit storing computer instructions which when executed in a computer perform a process 
comprising the steps included in the limitations. 
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The limitations recited in dependent claims 15-40 contain a computer readable recording 
medium retaining a program for simulation of an operation of a logical unit which is not 
statutory subject matter. 

9.2 Independent claim 41 recites "A computer readable recording medium retaining a 
program for simulation of an operation of a logical unit, the simulation program making a 
computer execute . . .". The limitations recited in claim contain various steps, which are not 
statutory subject matter. To be statutory, the claim should specify the computer-readable 
recording medium retaining a program for simulation of an operation of a logical unit storing 
computer instructions which when executed in a computer perform a process comprising the 
steps included in the limitations. 

10.1 Claims 14-40 would be statutory if claim 14 is rewritten as: 

A computer readable recording medium retaining a program for simulation of an 
operation of a logical unit, the program comprising computer instructions which when executed 
on a computer makes the computer function as . . . 

10.2 Claim 41 would be statutory if it is rewritten as: 

A computer readable recording medium retaining a program for simulation of an 
operation of a logical unit, the program comprising computer instructions which when executed 
on a computer makes the computer execute . . . 
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Claim Rejections - 35 USC § 103 



11. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 



12. The factual inquiries set forth in Graham v, John Deere Co,, 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 



13. Claims 1, 3, 6, 13, 14, 17, 32 and 35 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Chen (U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 
6,345,242), and further in view of Dearth et al. (U.S. Patent 5,812,824). 



13.1 Chen teaches multithreaded, mixed hardware description language logic simulation on 
engineering workstations. Specifically as per claim 1, Chen teaches a method of simulating an 
operation of a logical unit (CLl, Ll-3; CLl, L12-15; CL3, LIO-U; CL3, L18-20). 
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Chen teaches a thread manager, which controls threads each forming an execution unit of 
a program, for execution of each of threads representative of a series of functions required until 
the operation of the logical unit reaches completion according to a design specification of the 
logical unit (Fig 8 and Fig. 1 1). Chen does not expressly teach a resource requesting step in 
which a thread manager makes a request for a hardware resource needed for execution of each of 
threads, to a resource manager which manages the hardware resource. Dearth et al. (^242) 
teaches a resource requesting step in which a thread manager makes a request for a hardware 
resource needed for execution of each of threads, to a resource manager which manages the 
hardware resource (Fig. 2, Item 202 and Item 130; Abstract L17-20), because as per Dearth et 
al. ('824), when simulating a circuit using multiple concurrently executing threads, often more 
than one thread attempts to interact with the same simulated component of the simulated circuit 
or device; and it is necessary to avoid collisions in multiple concurrently executing threads by 
reserving simulated devices to one or more simulation threads (CL2, L30-33; Abstract, Ll-3; 
CL4, L32-36). It would have been obvious to one of ordinary skill in the art at the time of 
Applicants' invention to modify the method of Chen with the method of Dearth et al. ('242) 
that included a resource requesting step in which a thread manager makes a request for a 
hardware resource needed for execution of each of threads, to a resource manager which 
manages the hardware resource. The artisan would have been motivated because when 
simulating a circuit using multiple concurrently executing threads, often more than one thread 
would attempt to interact with the same simulated component of the simulated circuit or device; 
and it would be necessary to avoid collisions in multiple concurrently executing threads by 
reserving simulated devices to one or more simulation threads. 
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Chen does not expressly teach a resource allocating step in which the resource manager 
allocates the hardware resource meeting the request to the thread in accordance with a rule 
prescribed in advance. Dearth et al. ('824) teaches a resource allocating step in which the 
resource manager allocates the hardware resource meeting the request to the thread in 
accordance with a rule prescribed in advance (CL2, L46-48)5 because when simulating a circuit 
using multiple concurrently executing threads, often more than one thread attempts to interact 
with the same simulated component of the simulated circuit or device; and it is necessary to 
avoid collisions in multiple concurrently executing threads by reserving simulated devices to one 
or more simulation threads (CL2, L30-33; Abstract, LI -3; CL4, L32-36). It would have been 
obvious to one of ordinary skill in the art at the time of Applicants' invention to modify the 
method of Chen with the method of Dearth et al. ('824) that included a resource allocating step 
in which the resource manager allocates the hardware resource meeting the request to the thread 
in accordance with a rule prescribed in advance. The artisan would have been motivated because 
when simulating a circuit using multiple concurrently executing threads, often more than one 
thread would attempt to interact with the same simulated component of the simulated circuit or 
device; and it would be necessary to avoid collisions in multiple concurrently executing threads 
by reserving simulated devices to one or more simulation threads. 

Chen teaches a thread control step in which the thread manager controls an execution 
state of the thread, the thread manager executing the steps repeatedly until the execution of the 
thread reaches completion, for simulating the operation of the logical unit to be conducted up to 
the completion (Fig 8 and Fig. 11). Chen does not expressly teach a thread control step in which 
the thread manager controls an execution state of the thread in accordance with a result of the 



Application/Control Number: 09/964,591 Page 10 

Art Unit: 2123 

allocation made by the resource manager, the thread manager and the resource manager 
executing the steps repeatedly in cooperation with each other until the execution of the thread 
reaches completion, for simulating the operation of the logical unit to be conducted up to the 
completion. Dearth et al. (*242) teaches a thread control step in which the thread manager 
controls an execution state of the thread in accordance with a result of the allocation made by the 
resource manager, the thread manager and the resource manager executing the steps repeatedly 
in cooperation with each other until the execution of the thread reaches completion, for 
simulating the operation of the logical unit to be conducted up to the completion (Fig. 2; Abstract 
L22-26), because as per Dearth et al. ('824), when simulating a circuit using multiple 
concurrently executing threads, often more than one thread attempts to interact with the same 
simulated component of the simulated circuit or device; and it is necessary to avoid collisions in 
multiple concurrently executing threads by reserving simulated devices to one or more 
simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have been obvious to 
one of ordinary skill in the art at the time of Applicants' invention to modify the method of Chen 
with the method of Dearth et al. ('242) that included a thread control step in which the thread 
manager controls an execution state of the thread in accordance with a result of the allocation 
made by the resource manager, the thread manager and the resource manager executing the steps 
repeatedly in cooperation with each other until the execution of the thread reaches completion, 
for simulating the operation of the logical unit to be conducted up to the completion. The artisan 
would have been motivated because when simulating a circuit using multiple concurrently 
executing threads, often more than one thread would attempt to interact with the same simulated 
component of the simulated circuit or device; and it would be necessary to avoid collisions in 
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multiple concurrently executing threads by reserving simulated devices to one or more 
simulation threads. 

13.2 As per claim 3, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1. Chen teaches that the series of functions are represented in a plurality of sequential or 
concurrently executed threads (Fig. 8 and Fig 1 1). 

13.3 As per claim 6, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1. Chen does not expressly teach that the resource manager monitors resource requests in 
the resource requesting step to make a decision on a resource request deadlock state among a 
plurality of threads on a result of the monitoring. Dearth et al. ('824) teaches that the resource 
manager monitors resource requests in the resource requesting step to make a decision on a 
resoijrce request deadlock state among a plurality of threads on a result of the monitoring 
(Abstract, L3-7; CL2, L30-33; CL3, Ll-6), because when simulating a circuit using multiple 
concurrently executing threads, often more than one thread attempts to interact v^ith the same 
simulated component of the simulated circuit or device; and it is necessary to avoid deadlocks in 
multiple concurrently executing threads by reserving simulated devices to one or more 
simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have been obvious to 
one of ordinary skill in the art at the time of Applicants' invention to modify the method of Chen 
with the method of Dearth et al. ('824) that included the resource manager monitoring resource 
requests in the resource requesting step to make a decision on a resource request deadlock state 
among a plurality of threads on a result of the monitoring. The artisan would have been 
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motivated because when simulating a circuit using multiple concurrently executing threads, often 
more than one thread would attempt to interact with the same simulated component of the 
simulated circuit or device; and it would be necessary to avoid deadlocks in multiple 
concurrently executing threads by reserving simulated devices to one or more simulation threads. 

13.4 As per claim 13, Chen teaches an apparatus for simulating an operation of a logical unit 
(CLl, Ll-3; CLl, L12-15; CL3, LlO-11; CL3, L18-20); comprising: 

Chen teaches a thread manager for controlling a thread forming an execution unit of a 
program (Fig 8 and Fig. 11). 

Chen does not expressly teach a resource manager for managing a hardware resource 
needed for execution of the thread; and resource allocating means for allocating a hardware 
resource meeting the request to the thread in accordance with a rule prescribed in advance. 
Dearth et aL ('824) teaches a resource manager for managing a hardware resource needed for 
execution of the thread; and resource allocating means for allocating a hardware resource 
meeting the request to the thread in accordance with a rule prescribed in advance (CL2, L46-48), 
because when simulating a circuit using multiple concurrently executing threads, often more than 
one thread attempts to interact with the same simulated component of the simulated circuit or 
device; and it is necessary to avoid collisions in multiple concurrently executing threads by 
reserving simulated devices to one or more simulation threads (CL2, L30-33; Abstract, Ll-3; 
CL4, L32-36). It would have been obvious to one of ordinary skill in the art at the time of 
Applicants' invention to modify the apparatus of Chen with the apparatus of Dearth et aL ('824) 
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that included a resource manager for managing a hardware resource needed for execution of the 
thread; and resource allocating means for allocating a hardware resource meeting the request to 
the thread in accordance with a rule prescribed in advance. The artisan would have been 
motivated because when simulating a circuit using multiple concurrently executing threads, often 
more than one thread would attempt to interact with the same simulated component of the 
simulated circuit or device; and it would be necessary to avoid collisions in multiple concurrently 
executing threads by reserving simulated devices to one or more simulation threads. 

Chen teaches a thread manager for execution of a thread representative of fimctions 
required until the operation of the logical unit reaches completion according to a design 
specification of the logical unit (Fig 8 and Fig. 11). Chen does not expressly teach resource 
requesting means for making a request for a hardware resource needed for execution of a thread 
to the resource manager. Dearth et al. ('242) teaches resource requesting means for making a 
request for a hardware resource needed for execution of a thread to the resource manager (Fig. 2, 
Item 202 and Item 130; Abstract L17-20), because as per Dearth et al. ('824), when simulating a 
circuit using multiple concurrently executing threads, often more than one thread attempts to 
interact with the same simulated component of the simulated circuit or device; and it is necessary 
to avoid collisions in multiple concurrently executing threads by reserving simulated devices to 
one or more simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have 
been obvious to one of ordinary skill in the art at the time of Applicants' invention to modify the 
apparatus of Chen with the apparatus of Dearth et al. ('242) that included resource requesting 
means for making a request for a hardware resource needed for execution of a thread to the 
resource manager. The artisan would have been motivated because when simulating a circuit 
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using multiple concurrently executing threads, often more than one thread would attempt to 
interact with the same simulated component of the simulated circuit or device; and it would be 
necessary to avoid collisions in multiple concurrently executing threads by reserving simulated 
devices to one or more simulation threads. 

Chen teaches thread control means for controlling an execution state of the thread; and 
the thread manager conducting the control of the thread execution state repeatedly in cooperation 
with each other until the execution of the thread reaches completion, for simulating the operation 
of the logical unit to be conducted up to the completion (Fig 8 and Fig. 11). Chen does not 
expressly teach thread control means for controlling an execution state of the thread in 
accordance with a result of a resource allocation made by the resource manager in response to 
the request from the resource requesting means; and the thread manager and the resource 
manager conducting the resource request and the control of the thread execution state repeatedly 
in cooperation with each other. Dearth et al. (^242) teaches thread control means for controlling 
an execution state of the thread in accordance with a result of a resource allocation made by the 
resource manager in response to the request from the resource requesting means; and the thread 
manager and the resource manager conducting the resource request and the control of the thread 
execution state repeatedly in cooperation with each other (Fig. 2; Abstract L22-26), because as 
per Dearth et al. ('824), when simulating a circuit using muhiple concurrently executing 
threads, often more than one thread attempts to interact with the same simulated component of 
the simulated circuit or device; and it is necessary to avoid collisions in multiple concurrently 
executing threads by reserving simulated devices to one or more simulation threads (CL2, L30- 
33; Abstract, Ll-3; CL4, L32-36). It would have been obvious to one of ordinary skill in the art 
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at the time of Applicants' invention to modify the apparatus of Chen with the apparatus of 
Dearth et al. (*242) that included thread control means for controlling an execution state of the 
thread in accordance with a result of a resource allocation made by the resource manager in 
response to the request from the resource requesting means; and the thread manager and the 
resource manager conducting the resource request and the control of the thread execution state 
repeatedly in cooperation with each other. The artisan would have been motivated because when 
simulating a circuit using multiple concurrently executing threads, often more than one thread 
would attempt to interact with the same simulated component of the simulated circuit or device; 
and it would be necessary to avoid collisions in multiple concurrently executing threads by 
reserving simulated devices to one or more simulation threads. 

13.5 As per Claim 14, it is rejected based on the same reasoning as Claim 13, supra. Claim 14 
is a computer readable recording medium claim reciting the same limitations as Claim 13, as 
taught throughout by Chen, Dearth et al. (*242) and Dearth et al. ('824). 

13.6 As per Claims 17 and 35, these are rejected based on the same reasoning as Claim 6, 
supra. Claims 17 and 35 are computer readable recording medium claims reciting the same 
limitations as Claim 6, as taught throughout by Chen, Dearth et al. ('242) and Dearth et al. 
('824). 
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13.7 As per Claim 32, it is rejected based on the same reasoning as Claim 3, supra. Claim 32 
is a computer readable recording medium claim reciting the same limitations as Claim 3, as 
taught throughout by Chen, Dearth et aL ('242) and Dearth et al. ('824). 

14. Claims 2, 23 and 26 are rejected under 35 U.S.C. 103(a) as being impatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Kinzelman et al. (U.S. Patent 5,594,741). 

14,1 As per claim 2, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1. Chen does not expressly teach that the series of functions are represented in a plurality 
of sequential threads. Kinzelman et al. teaches that the series of functions are represented in a 
plurality of sequential threads (CL8, L49-52; CLl 1, L13-17), because that allows instruction 
threads to be synchronized to align responder instructions from one transactor with the 
appropriate commander instructions (CL8, L46-49). It would have been obvious to one of 
ordinary skill in the art at the time of Applicants' invention to modify the method of Chen with 
the method of Kinzelman et al. that included the series of functions being represented in a 
plurality of sequential threads. The artisan would have been motivated because that would allow 
instruction threads to be synchronized to align responder instructions from one transactor with 
the appropriate commander instructions. 

• 14.2 As per claim 23, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the computer 
readable medium of claim 14. Chen does not expressly teach that the series of functions are 
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represented in a plurality of sequential threads. Kinzelman et aL teaches that the series of 
functions are represented in a plurality of sequential threads (CL8, L49-52; CLl 1, L13-17). The 
motivation for combining Chen with Kinzelman et al. is presented in Paragraph 14.1 above. 

14.3 As per claim 26, Chen, Dearth et aL ('242), Dearth et al. ('824) and Kinzelman et al. 

teach the computer readable medium of claim 23. Claim 26 has same limitations as Claim 17. 
The motivations for combining Chen with other references are presented in Paragraph 13.3 
above. 

15. Claims 4, 5, 15, 16, 33 and 34 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Chen (U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth 
et al. (U.S. Patent 5,812,824), and further in view of De Yong et al. (U.S. Patent 5,355,435). 

15.1 As per claim 4, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1. Chen does not expressly teach that a plurality of resource managers each corresponding 
to the resource manager are provided in conjunction with the types of the hardware resources, 
and in the resource allocating step, each of the resource managers allocates the hardware 
resource, the resource manager manages, to the thread in accordance with a local rule described 
in advance. Dearth et al. ('824) teaches that a resource manager is provided in conjunction with 
the types of the hardware resources, and in the resource allocating step, the resource manager 
allocates the hardware resource, the resource manager manages, to the thread in accordance with 
a local rule described in advance (Abstract, Ll-9; CLl, L40-44; CL2, L46-48), because when 
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simulating a circuit using multiple concurrently executing threads, often more than one thread 
attempts to interact with the same simulated component of the simulated circuit or device; and it 
is necessary to avoid collisions in multiple concurrently executing threads by reserving simulated 
devices to one or more simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It 
would have been obvious to one of ordinary skill in the art at the time of Applicants' invention to 
modify the method of Chen with the method of Dearth et aL (*824) that included a resource 
manager being provided in conjunction with the types of the hardware resources, and in the 
resource allocating step, the resource manager allocating the hardware resource, the resource 
manager managed, to the thread in accordance with a local rule described in advance. The 
artisan would have been motivated because when simulating a circuit using multiple 
concurrently executing threads, often more than one thread would attempt to interact with the 
same simulated component of the simulated circuit or device; and it would be necessary to avoid 
collisions in multiple concurrently executing threads by reserving simulated devices to one or 
more simulation threads. 

Chen does not expressly teach a plurality of resource managers each corresponding to the 
resource manager are provided in conjunction with the types of the hardware resources. De 
Yong et aL teaches a plurality of resource managers each corresponding to the resource manager 
are provided in conjunction with the types of the hardware resources (CL19, L35-36), because a 
plurality of hierarchical resource managers (arbitration systems) provide an ordered resolution of 
temporal contentions (CL19, L35-36). It would have been obvious to one of ordinary skill in the 
art at the time of AppHcants' invention to modify the method of Chen with the method of De 
Yong et al. that included a plurality of resource managers each corresponding to the resource 
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manager are provided in conjunction with the types of the hardware resources. The artisan 
would have been motivated because a plurality of hierarchical resource managers (arbitration 
systems) would provide an ordered resolution of temporal contentions. 

15.2 As per claim 5, Chen, Dearth et al. ('242) and Dearth et aL ('824) teach the method of 
claim 1. Chen does not expressly teach a plurality of resource managers each corresponding to 
the resource manager are provided in conjunction with the types of the hardware resources and 
are hierarchized according to the dependence among the hardware resources, and in the resource 
allocating step, the hardware resource allocation is made in consideration of the dependence 
between the hardware resource managed by one of the resource managers manages and the 
hardware resource managed by the other resource manager lower in hierarchy than the one of the 
resource managers. De Yong et al. teaches a plurality of resource managers each corresponding 
to the resource manager are provided in conjunction with the types of the hardware resources and 
are hierarchized according to the dependence among the hardware resources, and in the resource 
allocating step, the hardware resource allocation is made in consideration of the dependence 
between the hardware resource managed by one of the resource managers manages and the 
hardware resource managed by the other resource manager lower in hierarchy than the one of the 
resource manage (CL19, L35-36), because a plurality of hierarchical resource managers 
(arbitration systems) provide an ordered resolution of temporal contentions (CL19, L35-36). It 
would have been obvious to one of ordinary skill in the art at the time of Applicants' invention to 
modify the method of Chen with the method of De Yong et al. that included a plurality of 
resource managers each corresponding to the resource manager are provided in conjunction with 
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the types of the hardware resources and are hierarchized according to the dependence among the 
hardware resources, and in the resource allocating step, the hardware resource allocation is made 
in consideration of the dependence between the hardware resource managed by one of the 
resource managers manages and the hardware resource managed by the other resource manager 
lower in hierarchy than the one of the resource manage. The artisan would have been motivated 
because a plurality of hierarchical resource managers (arbitration systems) would provide an 
ordered resolution of temporal contentions. 

15.3 As per Claims 15, 16, 33 and 34, these are rejected based on the same reasoning as 
Claims 4 and 5, supra. Claims 15, 16, 33 and 34 are a computer readable recording medium 
claim reciting the same limitations as Claims 4 and 5, as taught throughout by Chen, Dearth et 
al. ('242), Dearth et al. ('824) and De Yong et al. 

16. Claims 7, 18 and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Thekkath et al. (U.S. Patent 6,490,642). 

16.1 As per claim 7, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1 . Chen does not expressly teach that the resource manager monitors read/write requests 
with respect to the hardware resource allocated by the resource request in the resource requesting 
step to make a decision on a competition state in read/write operation on the hardware resource 
among a plurality of threads on the basis of a result of the monitoring. Dearth et al. ('824) 
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teaches that the resource manager monitors requests with respect to the hardware resource 
allocated by the resource request in the resource requesting step to make a decision on a 
competition state in operation on the hardware resource among a plurality of threads on the basis 
of a result of the monitoring (Abstract, Ll-3; CL2, L30-33), because when simulating a circuit 
using multiple concurrently executing threads, often more than one thread attempts to interact 
with the same simulated component of the simulated circuit or device; and it is necessary to 
avoid collisions in multiple concurrently executing threads by reserving simulated devices to one 
or more simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have been 
obvious to one of ordinary skill in the art at the time of Applicants' invention to modify the 
method of Chen with the method of Dearth et al. ('824) that included the resource manager 
monitoring requests with respect to the hardware resource allocated by the resource request in 
the resource requesting step to make a decision on a competition state in operation on the 
hardware resource among a plurality of threads on the basis of a result of the monitoring. The 
artisan would have been motivated because when simulating a circuit using multiple 
concurrently executing threads, often more than one thread would attempt to interact with the 
same simulated component of the simulated circuit or device; and it would be necessary to avoid 
deadlocks in multiple concurrently executing threads by reserving simulated devices to one or 
more simulation threads. 

Chen does not expressly teach that the resource manager monitors read/write requests 
with respect to the hardware resource allocated by the resource request in the resource requesting 
step to make a decision on a competition state in read/write operation on the hardware resource 
among a plurality of threads on the basis of a result of the monitoring. Thekkath et al. teaches 
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that the resource manager monitors read/write requests with respect to the hardware resource 
allocated by the resource request in the resource requesting step to make a decision on a 
competition state in read/write operation on the hardware resource among a pluraUty of threads 
on the basis of a resuU of the monitoring (Abstract, L8-18; CL2, L23-34; CL2, L48-64; CL6, 
L65 to CL7, L5; CL9, L53-59), because that allows improving the efficiency of data transfers 
between devices interconnected over a system bus in a multi-master computer system 
configuration (Abstract, LI -4). It would have been obvious to one of ordinary skill in the art at 
the time of Applicants' invention to modify the method of Chen with the method of Thekkath 
et al. that included the resource manager monitoring read/write requests with respect to the 
hardware resource allocated by the resource request in the resource requesting step to make a 
decision on a competition state in read/write operation on the hardware resource among a 
plurality of threads on the basis of a result of the monitoring. The artisan would have been 
motivated because that would allow improving the efficiency of data transfers between devices 
interconnected over a system bus in a multi-master computer system configuration. 

16.2 As per Claims 18 and 36, it is rejected based on the same reasoning as Claim 7, supra. 
Claims 18 and 36 are computer readable recording medium claims reciting the same limitations 
as Claim 7, as taught throughout by Chen, Dearth et al. ('242), Dearth et al. ('824) and 
Thekkath et al. 
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17. Claims 8, 10, 19, 21, 37 and 39 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Chen (U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth 
et al. (U.S. Patent 5,812,824), and further in view of Markov (U.S. Patent 6,314,552). 

17.1 As per claim 8, Chen, Dearth et al. ('242) and Dearth et al. (*824) teach the method of 
claim 1 . Chen does not expressly teach that the resource manager monitors the number of 
resource requests with respect to the hardware resource to detect a bottleneck on the thread on 
the basis of a result of the monitoring. Markov teaches that the resource manager monitors the 
number of resource requests with respect to the hardware resource to detect a bottleneck on the 
thread on the basis of a result of the monitoring (CL7, L27-34), because that allows the resource 
manager to intervene and control the bottlenecks and allows evolutionary generation of candidate 
architectures (CL6, L7-12). It would have been obvious to one of ordinary skill in the art at the 
time of Applicants' invention to modify the method of Chen with the method of Markov that 
included the resource manager monitoring the number of resource requests with respect to the 
hardware resource to detect a bottleneck on the thread on the basis of a result of the monitoring. 
The artisan would have been motivated because that would allow the resource manager to 
intervene and control the bottlenecks and allow evolutionary generation of candidate 
architectures. 

17.2 As per claim 10, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1 . Chen does not expressly teach that the thread has a budget on a time of occupancy of a 
hardware resource allocated by the resource manager. Markov teaches that the thread has a 
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budget on a time of occupancy of a hardware resource allocated by the resource manager (CL7, 
L27-34), because that allows the resource manager to intervene and control the time of 
occupancy and allows evolutionary generation of candidate architectures (CL6, L7-12). It would 
have been obvious to one of ordinary skill in the art at the time of Applicants' invention to 
modify the method of Chen with the method of Markov that included the thread having a 
budget on a time of occupancy of a hardware resource allocated by the resource manager. The 
artisan would have been motivated because that would allow the resource manager to intervene 
and control the time of occupancy and allow evolutionary generation of candidate architectures. 

17.3 As per Claims 19, 21, 37 and 39, these are rejected based on the same reasoning as 
Claims 8 and 10, supra. Claims 19, 21, 37 and 39 are computer readable recording medium 
claims reciting the same limitations as Claims 8 and 10, as taught throughout by Chen, Dearth 
et al. C242), Dearth et al. ('824) and Markov. 

18. Claims 9, 20 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Markov (U.S. Patent 6,314,552) and Kasuya (U.S. 
Patent 6,077,304). 

18.1 As per claim 9, Chen, Dearth et al. ('242) and Dearth et al. ('824) teach the method of 
claim 1. Chen does not expressly teach that the resource manager monitors the number of 
resource requests with respect to the hardware resource to detect blocking of the resource 
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requests on the basis of a result of the monitoring. Kasuya teaches that the resource manager 
monitors the number of resource requests with respect to the hardware resource to detect 
blocking of the resource requests on the basis of a result of the monitoring (Abstract, LI 2- 16), 
because as per Markov that allows the resource manager to intervene and control the blocking 
and allows evolutionary generation of candidate architectures (CL6, L7-12). It would have been 
obvious to one of ordinary skill in the art at the time of Applicants' invention to modify the 
method of Chen with the method of Kasuya that included the resource manager monitoring the 
number of resource requests with respect to the hardware resource to detect blocking of the 
resource requests on the basis of a result of the monitoring. The artisan would have been 
motivated because that would allow the resource manager to intervene and control the blocking 
and allow evolutionary generation of candidate architectures. 

18.2 As per Claims 20 and 38, these are rejected based on the same reasoning as Claim 9, 
supra. Claims 20 and 38 are computer readable recording mediimi claims reciting the same 
limitations as Claim 9, as taught throughout by Chen, Dearth et ah ('242), Dearth et al. ('824), 
Markov and Kasuya. 

19. Claims 1 1, 22 and 40 are rejected under 35 U.S.C. 103(a) as being impatentable over 
Chen (U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et 
aL (U.S. Patent 5,812,824), and further in view of Furuichi (U.S. Patent 5,437,037). 
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19.1 As per claim 11, Chen, Dearth et al ('242) and Dearth et al. ('824) teach the method of 
claim 1 . Chen does not expressly teach that the thread has an execution time-limit on the 
function. Furuichi teaches that the thread has an execution time-limit on the function (CL2, 
L34-36), because as per Dearth et al. ('824) collision in access to a simulated processor is 
avoided by reserving the simulated device to the concurrently executing threads for specific time 
period (Abstract, Ll-3; CL2, L30-33). It would have been obvious to one of ordinary skill in the 
art at the time of Applicants' invention to modify the method of Chen with the method of 
Furuichi that included the thread having an execution time-limit on the function. The artisan 
would have been motivated because that would allow collision in access to a simulated processor 
to be avoided by reserving the simulated device to the concurrently executing threads for specific 
time period. 

19.2 As per Claims 22 and 40, these are rejected based on the same reasoning as Claim 11, 
supra. Claims 22 and 40 are computer readable recording medium claims reciting the same 
limitations as Claim 1 1, as taught throughout by Chen, Dearth et al. ('242), Dearth et al. ('824) 
and Furuichi. 

20. Claims 12 and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Hollander (U.S. Patent 6,347,388). 
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20. 1 As per claim 12, Chen teaches a method of simulating an operation of a logical unit 
(CLl, Ll-3; Cll, L12-15; C13, LlO-1 1; C13, L18-20). 

Chen teaches a thread manager, which controls threads each forming an execution unit of 
a program, for execution of each of a series of threads representative of functions required imtil 
the operation of the logical unit reaches completion according to a design specification of the 
logical unit (Fig 8 and Fig. 1 1). Chen does not expressly teach a resource requesting step in 
which a thread manager makes a request for a hardware resource needed for execution of each of 
a series of threads, to a resource manager which manages the hardware resoxirce. Dearth et al. 
('242) teaches a resource requesting step in which a thread manager makes a request for a 
hardware resource needed for execution of each of a series of threads, to a resource manager 
which manages the hardware resource (Fig. 2, Item 202 and Item 130; Abstract LI 7-20), because 
as per Dearth et al. ('824), when simulating a circuit using multiple concurrently executing 
threads, often more than one thread attempts to interact with the same simulated component of 
the simulated circuit or device; and it is necessary to avoid coUisions in multiple concurrently 
executing threads by reserving simulated devices to one or more simulation threads (CL2, L30- 
33; Abstract, Ll-3; CL4, L32-36). It would have been obvious to one of ordinary skill in the art 
at the time of Applicants' invention to modify the method of Chen with the method of Dearth et 
al. ('242) that included a resource requesting step in which a thread manager makes a request for 
a hardware resource needed for execution of each of a series of threads, to a resource manager 
which manages the hardware resource. The artisan would have been motivated because when 
simulating a circuit using multiple concurrently executing threads, often more than one thread 
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would attempt to interact with the same simulated component of the simulated circuit or device; 
and it would be necessary to avoid collisions in multiple concurrently executing threads by 
reserving simulated devices to one or more simulation threads. 

Chen does not expressly teach a resource allocating step in which the resource manager 
allocates the hardware resource meeting the request to the thread in accordance with a rule 
prescribed in advance. Dearth et al. (^824) teaches a resource allocating step in which the 
resource manager allocates the hardware resource meeting the request to the thread in 
accordance with a rule prescribed in advance (CL2, L46-48), because when simulating a circuit 
using multiple concurrently executing threads, often more than one thread attempts to interact 
with the same simulated component of the simulated circuit or device; and it is necessary to 
avoid collisions in multiple concurrently executing threads by reserving simulated devices to one 
or more simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have been 
obvious to one of ordinary skill in the art at the time of Applicants' invention to modify the 
method of Chen with the method of Dearth et al. ('824) that included a resource allocating step 
in which the resource manager allocates the hardware resource meeting the request to the thread 
in accordance with a rule prescribed in advance. The artisan would have been motivated because 
when simulating a circuit using multiple concurrently executing threads, often more than one 
thread would attempt to interact with the same simulated component of the simulated circuit or 
device; and it would be necessary to avoid collisions in multiple concurrently executing threads 
by reserving simulated devices to one or more simulation threads. 

Chen teaches a thread control step in which the thread manager controls an execution 
state of the thread, the thread manager executing the steps repeatedly until the execution of the 
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thread reaches completion, for simulating the operation of the logical unit to be conducted up to 
the completion (Fig 8 and Fig. 11). Chen does not expressly teach a thread control step in which 
the thread manager controls an execution state of the thread in accordance with a result of the 
allocation made by the resource manager, the thread manager and the resource manager 
executing the steps repeatedly in cooperation with each other xmtil the execution of the thread 
reaches completion, for simulating the operation of the logical unit to be conducted up to the 
completion. Dearth et ah ('242) teaches a thread control step in which the thread manager 
controls an execution state of the thread in accordance with a result of the allocation made by the 
resource manager, the thread manager and the resource manager executing the steps repeatedly 
in cooperation with each other until the execution of the thread reaches completion, for 
simulating the operation of the logical unit to be conducted up to the completion (Fig. 2; Abstract 
L22-26), because as per Dearth et al. ('824), when simulating a circuit using multiple 
concurrently executing threads, often more than one thread attempts to interact with the same 
simulated component of the simulated circuit or device; and it is necessary to avoid collisions in 
multiple concurrently executing threads by reserving simulated devices to one or more 
simulation threads (CL2, L30-33; Abstract, Ll-3; CL4, L32-36). It would have been obvious to 
one of ordinary skill in the art at the time of Applicants' invention to modify the method of Chen 
with the method of Dearth et al. ('242) that included a thread control step in which the thread 
manager controls an execution state of the thread in accordance with a result of the allocation 
made by the resource manager, the thread manager and the resource manager executing the steps 
repeatedly in cooperation with each other xmtil the execution of the thread reaches completion, 
for simulating the operation of the logical unit to be conducted up to the completion. The artisan 
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would have been motivated because when simulating a circuit using multiple concurrently 
executing threads, often more than one thread would attempt to interact with the same simulated 
component of the simulated circuit or device; and it would be necessary to avoid collisions in 
multiple concurrently executing threads by reserving simulated devices to one or more 
simulation threads. 

Chen does not expressly teach a comparison step of comparing a result of the simulation 
with an estimated value on the operation of the logical unit. Hollander teaches a comparison 
step of comparing a result of the simulation with an estimated value on the operation of the 
logical unit (CLl, L53-55; CLl, L66-67), because that allows the designer o determine whether a 
particular hardware and software combination exactly implements the requirements defined by 
the IC's specification (CLl, L15-18). It would have been obvious to one of ordinary skill in the 
art at the time of Applicants' invention to modify the method of Chen with the method of 
Hollander that included a comparison step of comparing a result of the simulation with an 
estimated value on the operation of the logical unit. The artisan would have been motivated 
because that would allow the designer to determine whether a particular hardware and software 
combination exactly implements the requirements defined by the IC's specification. 

Chen does not expressly teach an output step of outputting a result of the comparison in 
the comparison step to an extemal unit. Hollander teaches an output step of outputting a result 
of the comparison in the comparison step to an extemal unit (CL2, L25-27; CL2, L33-34), 
because that allows the designer to determine whether a particular hardware and sofl^vare 
combination exactly implements the requirements defined by the IC's specification (CLl, L15- 
18). It would have been obvious to one of ordinary skill in the art at the time of Apphcants' 
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invention to modify the method of Chen with the method of Hollander that included a 
comparison step of comparing a result of the simulation with an estimated value on the operation 
of the logical unit. The artisan would have been motivated because that would allow the 
designer to determine whether a particular hardware and software combination exactly 
implements the requirements defined by the IC's specification. 

20.2 As per Claim 41, it is rejected based on the same reasoning as Claim 12, supra. Claim 41 
is a computer readable recording medium claim reciting the same limitations as Claim 1 1, as 
taught throughout by Chen, Dearth et aL ('242), Dearth et al. (*824), and Hollander. 

21. Claims 24 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and fiirther in view of Kinzelman et al. (U.S. Patent 5,594,741) and De Yong 
et al. (U.S. Patent 5,355,435) 

21.1 As per claim 24, Chen, Dearth et al. ('242), Dearth et al. ('824) and Kinzelman et al. 

teach the computer readable medium of claim 23. Claim 24 has same limitation as claim 15, 
which is taught by De Yong et al. The motivation for combining Chen with De Yong et al. is 
presented in Paragraph 15.1 above. 



21 .2 As per claim 25, Chen, Dearth et al. ('242), Dearth et al. ('824) and Kinzelman et al. 

teach the computer readable medium of claim 23. Claim 25 has same limitation as claim 16, 
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which is taught by De Yong et al. The motivation for combining Chen with De Yong et al. is 
presented in Paragraph 15.2 above. 

22. Claim 27 is rejected vmder 35 U.S.C. 103(a) as being impatentable over Chen (U.S. 
Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Kinzelman et al. (U.S. Patent 5,594,741) and 
Thekkath et al. (U.S. Patent 6,490,642). 

22. 1 As per claim 27, Chen, Dearth et al. ('242), Dearth et al. ('824) and Kinzelman et al. 

teach the computer readable medium of claim 23. Claim 27 has same limitation as claim 18, 
which is taught by Thekkath et al. The motivation for combining Chen with Thekkath et al. 
is presented in Paragraph 16.1 above. 

23. Claims 28 and 30 are rejected imder 35 U.S.C. 103(a) as being unpatentable over Chen 
(U.S. Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Kinzelman et al. (U.S. Patent 5,594,741) and Markov 
(U.S. Patent 6,314,552). 

23. 1 As per claims 28 and 30, Chen, Dearth et al. ('242), Dearth et al. ('824) and 
Kinzelman et al. teach the computer readable medium of claim 23. claims 28 and 30 have same 
limitations as claim 8 and 10, which are taught by Markov. The motivations for combining 
Chen with Markov are presented in Paragraphs 17.1 and 17.2 above. 
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24. Claim 29 is rejected under 35 U.S.C. 103(a) as being unpatentable over Chen (U.S. 
Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Kinzelman et al. (U.S. Patent 5,594,741), Markov 
(U.S. Patent 6,314,552) and Kasuya (U.S. Patent 6,077,304). 

24. 1 As per claim 29, Chen, Dearth et al. ('242), Dearth et al. (*824) and Kinzelman et al. 

teach the computer readable medium of claim 23. Claim 29 has same limitation as claim 20, 
which is taught by Markov and Kasuya. The motivation for combining Chen with Markov and 
Kasuya is presented in Paragraph 18.1 above. 

25. Claim 3 1 is are rejected under 35 U.S.C. 103(a) as being unpatentable over Chen (U.S. 
Patent 6,466,898) in view of Dearth et al. (U.S. Patent 6,345,242), and Dearth et al. (U.S. 
Patent 5,812,824), and further in view of Kinzelman et al. (U.S. Patent 5,594,741) and Furuichi 
(U.S. Patent 5,437,037). 

25. 1 As per claim 31, Chen, Dearth et al. ('242), Dearth et al. ('824) and Kinzelman et al. 
teach the computer readable medium of claim 23. Claim 31 has same limitation as claim 22, 
which is taught by Furuichi. The motivation for combining Chen with Furuichi is presented in 
Paragraph 19.1 above. 
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Conclusion 

26, Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dr. Kandasamy Thangavelu whose telephone number is 
571-272-3717. The examiner can normally be reached on Monday through Friday from 
8:00 AM to 5:30 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kevin Teska, can be reached on 571-272-3716. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 703-305- 
9600. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

K. Thangavelu 
Art Unit 2123 
February 5, 2005 




